-
Notifications
You must be signed in to change notification settings - Fork 8k
drivers: display: ssd16xx: Add support for the ssd1677 EPD driver chip #94309
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
base: main
Are you sure you want to change the base?
Conversation
|
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Seems I also forgot here, you need to add a build test in tests/drivers/build_all/display/app.yaml for the associated binding in a second commit.
Commit should be area frist so |
Add support for the SSD1677 EPD driver chip with support for up to 960x680 pixel displays. Tested with the Waveshare 4.26" 800x480 display with XIAO BLE board. I believe it is the same as Good Display GDEQ0426T82. Tested with the samples/drivers/display sample. The SSD1677 requires x address to be full address, instead of the byte address used by SSD16XX. Added a new quirk to handle this. The display requires a different GDO control flag as the panel layout might be different, add an option to set this. The display also requires the scan direction for y axis to be reversed, add an option to set this as well. Signed-off-by: Nisarg Jhaveri <[email protected]>
Add tests for new display bindings added in ssd16xx display driver. Signed-off-by: Nisarg Jhaveri <[email protected]>
|
Add support for the SSD1677 EPD driver chip with support for up to 960x680 pixel displays.
Tested with the Waveshare 4.26" 800x480 display with XIAO BLE board. I believe it is the same as Good Display GDEQ0426T82. Tested with the samples/drivers/display sample.
The SSD1677 requires x address to be full address, instead of the byte address used by SSD16XX. Added a new quirk to handle this.
The display requires a different GDO control flag as the panel layout might be different, add an option to set this.
The display also requires the scan direction for y axis to be reversed, add an option to set this as well.
Example devicetree overlay for the display:
Supersedes #75403